Application No.: 10/788,802 

Advisory Action dated: August 13, 2010 

Reply dated: September 1, 2010 

Amendments to the Claims 

Please amend Claims 12, 14-15, 22, 24, 31, 34, and add new Claim 35, all as shown 
below. Applicant respectfully reserves the right to prosecute any originally presented or 
canceled claims in a continuing or future application. 

1.-11. (Canceled). 

12. (Currently Amended) A system for i nt e r le av i ng supporting resource enlistment 
synchronization, comprising: 

an application server with a plurality of threads, running on one or more processors; 

a p l ura li ty of r e sourc e obj e cts, wh e rein each r e sourc e obj e ct i s wrapp e d w i th a wrapp e r 
obj e ct i n a co lle ct i on of wrapp e r obj e cts; 

a transaction manager that manages a plurality of transactions, wherein each 
transaction is associated with at least one said thread , and the transaction manager operates to 
be associated with each of the plurality of threads; 

a plurality of resource objects, wherein each resource object is wrapped with a wrapper 
object of a plurality of wrapper objects , wherein the transaction manager maintains and 
communicates with the co lle ct i on plurality of wrapper objects to manage resource object 
enlistment requests from different said threads associated with different transactions; 

wherein , aftor tho transact i on manager rece i ves upon receiving a request from a thread 
of the plurality of threads to enlist a resource object of the plurality of resource objects in a 
transaction, the transaction manager 

first checks with a wrapper object of the resource object to see if there is a lock 

being held on the resource object by another said thread in another said transaction, 

if there is a lock, then allows the thread to wait and signal the thread once the 

lock is freed by the anothe r said thread in the another said transaction, 

if there is no lock, then grants a lock to an acc e ssor assoc i at e d w i th the thread 

and holds the lock until an owner of the thread delists the resource object , wherein the 

wrapper object is used to access the resource object for the thread . 

13. (Canceled). 
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14. (Currently Amended) The system of Claim 12, wherein: 

the co ll ect i on plurality of wrapper objects [[is]] are periodically processed to remove 
objects that are unused or no longer active. 

15. (Currently Amended) The system of Claim 12, wherein: 

each of the on e or mor e plurality of resource objects resides in a server node. 

16. (Canceled). 

17. (Previously Presented) The system of Claim 12, wherein: 

the transaction manager uses a priority method to determine which thread will be 
granted a lock. 

18. (Previously Presented) The system of Claim 12, wherein: 

after the thread obtains a lock, the thread uses the wrapper object to initiate work on the 
resource object. 

19. (Previously Presented) The system of Claim 12, wherein: 

the wrapper object receives a delist call from the transaction manager and sends an end 
call to the resource object to end work performed by the resource object associated with the 
thread and release the lock on the resource object. 

20. (Previously Presented) The system of Claim 12, wherein: 

once the transaction manager enlists the resource object and obtains a lock to the 
resource object, any attempted enlist from a second thread is blocked. 

21. (Canceled). 

22. (Currently Amended) A method for i nt e r le av i ng supporting resource enlistment 
synchronization, comprising: 

providing an application server with a plurality of threads, running on one or more 
processors; 
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wrapp i ng oach rosourco object of a p l ura li ty of rosourco objects w i th a wrapper object i n 
a co ll ect i on of wrapper objects; 

managing, via a transaction manager, a plurality of transactions, wherein each 
transaction is associated with at least one said thread, and the transaction manager operates to 
be associated with each of the plurality of threads where i n the transact i on manager ma i nta i ns 
th e co lle ct i on of wrapp e r obj e cts to manag e resourc e obj e ct e n li stm e nt r e qu e sts from d i ff e r e nt 
sa i d thr e ads assoc i at e d w i th d i ff e r e nt transact i ons ; 

wrapping each resource object of a plurality of resource objects with a wrapper object in 
a collection of wrapper objects, wherein the transaction manager maintains and communicates 
with the plurality of wrapper objects to manage resource object enlistment requests from 
different said threads associated with different transactions; 

receiving a request from a thread of the plurality of threads to enlist a resource object of 
the plurality of resource objects in a transaction at the transaction manager; 

first checking with a wrapper object of the resource object , via the transaction manager, 
to see if there is a lock being held on the resource object by another said thread in another said 
transaction; 

if yes, allowing, via the transaction manager, the thread to wait and signaling the thread 
once the lock is freed by the another said thread in the another said transaction; 

if not, granting, via the transaction manager, a lock to an accessor assoc i ated w i th the 
thread and holding the lock until an owner of the thread delists the resource object , wherein the 
wrapper object is used to access the resource object for the thread . 

23. (Canceled). 

24. (Currently Amended) The method of Claim 22, wherein: 

the co lle ct i on plurality of wrapper objects is periodically processed to remove objects 
that are unused or no longer active. 

25. (Canceled). 

26. (Previously Presented) The method of Claim 22, further comprising: 
using a priority method to determine which thread will be granted a lock. 
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27. (Previously Presented) The method of Claim 22, further comprising: 

after obtaining a lock, using, via the thread, the wrapper object to initiate work on the 
resource object. 

28. (Previously Presented) The method of Claim 22, further comprising: 

receiving, at the wrapper object, a delist call from the transaction manager and sending 
an end call to the resource object to end work performed by the resource object associated with 
the thread and release the lock on the resource object. 

29. (Previously Presented) The method of Claim 22, further comprising: 

once the transaction manager enlists the resource object and obtains a lock to the 
resource object, blocking any attempted enlist from a second thread. 

30. (Canceled). 

31. (Currently Amended) A computer-readable storage medium, storing instructions for 
i nt e r le av i ng supporting resource enlistment synchronization, the instructions comprising the 
steps of: 

providing an application server with a plurality of threads, running on one or more 
processors; 

wrapp i ng oach rosourco object of a p l ural i ty of rosourco objects w i th a wrapper object i n 
a co ll ect i on of wrapper objects; 

managing, via a transaction manager, a plurality of transactions, wherein each 
transaction is associated with at least one said thread, and the transaction manager operates to 
be associated with each of the plurality of threads wh e r ei n th e transact i on manag e r ma i nta i ns 
th e co lle ct i on of wrapp e r obj e cts to manag e r e sourc e obj e ct e n li stm e nt r e qu e sts from d i ff e r e nt 
sa i d thr e ads assoc i at e d w i th d i ff e r e nt transact i ons ; 

wrapping each resource object of a plurality of resource objects with a wrapper object in 
a collection of wrapper objects, wherein the transaction manager maintains and communicates 
with the plurality of wrapper objects to manage resource object enlistment requests from 
different said threads associated with different transactions; 

receiving a request from a thread of the plurality of threads to enlist a resource object of 
the plurality of resource objects in a transaction at the transaction manager; 
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first checking with a wrapper object of the resource object , via the transaction manager, 
to see if there is a lock being held on the resource object by another said thread in another said 
transaction; 

if yes, allowing, via the transaction manager, the thread to wait and signaling the thread 
once the lock is freed by the another said thread in the another said transaction; 

if not, granting, via the transaction manager, a lock to an acc e ssor assoc i at e d w i th the 
thread and holding the lock until an owner of the thread delists the resource object , wherein the 
wrapper object is used to access the resource object for the thread . 

32. (Previously Presented) The system of Claim 12, wherein: 

the wrapper object is periodically garbage collected to clear state and unused locks. 

33. (Previously Presented) The method of Claim 22, further comprising: 

determining, via the transaction manager, whether an application associated with the 
thread is a specific type of application; 

granting, via the transaction manager, the thread a lock only when the application is 
determined to be the specific type of application. 

34. (Currently Amended) A system for i ntor l oav i ng supporting resource enlistment 
synchronization, comprising: 

an application server with a plurality of threads, wherein the application server runs 
runn i ng on one or more processors and is associated with a plurality of applications, wherein 
each application is associated with at least one said thread ; 

at least one resource object, wherein the at least one resource object is associated with 
a resource connection object; 

a transaction manager that manages a plurality of transactions, wherein each 
transaction is associated with a said application at le ast on e sa i d thr e ad, wh e r ei n th e 
transact i on manag e r ma i nta i ns an e n li stm e nt data structur e to manag e r e sourc e obj e ct 
e n li stm e nt for th e p l ura li ty of transact i ons, and wher ei n th e e n li stm e nt data structur e ma i nta i ns a 
mapp i ng b e tw ee n th e on e or mor e r e sourc e obj e cts and th e p l ura li ty of transact i ons ; 

wherein the resource connection object operates to perform 
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receiving a request, to access the at least one resource object that is associated 
with the resource connection object, from a [[first]] application of the plurality of 
applications that runs on [[the]] a [[first]] thread of the plurality of threads , 

placing a call to the transaction manager and informing the transaction manager 
that current work performed by the at least one resource object is to be associated with 
a current transaction that is associated with the application , 

wherein, after th e transact i on manag e r r e c ei v e s receiving the call from the resource 
connection object, the transaction manager operates to perform 

first ch e cks checking to see if there is an in-progress enlistment of the at least 
one resource object by another thread in another transaction, 
if there is a lock, blocks 

blocking the request to enlist the resource object in the transaction and 
preventing different transactions e nl i st e d w i th from enlisting a logical connection 
to the at least one resource object at same time, and 

initiating the at least one resource object to perform work associated with 
the thread and the current transaction, after the at least one resource object is 
delisted from another transaction that owns the lock, 
if there is no lock, e n li sts 

enlisting the at least one resource object in the transaction and s i gna l s 
signaling the at least one resource object to begin processing the request 

receiving from the at least one resource object a delist resource method 
call, after a result is obtained for the reguest, to delist the at least one resource 
object from the current transaction and provides the result to the first said 
application, and 

initiating the at least one resource object to perform work associated with 
another thread and another transaction . 



35. (New) The system of Claim 12, wherein: 

the transaction manager maintains an enlistment data structure to manage 
resource object enlistment for the plurality of transactions, and wherein the enlistment 
data structure maintains a mapping between the plurality of resource objects and the 
plurality of transactions. 
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